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DETAILED ACTION 

This action is in response to an application filed on 6/19/06. 
Claims 7-12 are pending in this application. 

Claim Objections 

Claim 7 objected to because of the following informalities: Line 2 recites ". .. 
UML models, created creating during the creation". It is believed this should read "UML 
models, created during the creation". Appropriate correction is required. 

Claim 11 objected to because of the following informalities: The current 
formatting of the claim makes it difficult to read and may result in some lack of clarity. 
The examiner suggests that appropriate whitespace be added (see e.g. the formatting 
of the rejection below). 

Claim Rejections - 35 USC §112 

The following is a quotation of the first paragraph of 35 U.S.C. 1 1 2: 

The specification sliall contain a written description of tlie invention, and of tlie manner and process of 
mailing and using it, in sucli full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

The following is a quotation of the second paragraph of 35 U.S.C. 1 1 2: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

Claims 11-12 are rejected under 35 U.S.C. 112, first paragraph, as failing to 
comply with the enablement requirement. The claim(s) contains subject matter 
which was not described in the specification in such a way as to enable one skilled in 
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the art to which it pertains, or with which it is most nearly connected, to make and/or use 
the invention. 

Claims 11 & 12 repeatedly refer to "UML_DOORS requirements". Neither the 
specification, nor the claims provide an indication of what constitutes a "UML_DOORS 
requirement". Accordingly, those of ordinary skill in the art would not be able to make 
and or use the "UML_DOORS requirements". 

Claims 11-12 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject 
matter which applicant regards as the invention. 

Claims 11-12 repeatedly refer to "UML_DOORS requirements". As noted above, 
this term has not been sufficiently defined. Accordingly, those of ordinary skill in the art 
would not understand what the specific limitations were intended to cover. For the 
purposed of this examination the term will be treated as describing requirements 
generally. 

Claim 12 additionally recites "updating of the version number on the new ... 

Requirement with respect to the former". First, there is insufficient antecedent basis for 
the term "the version number". For the purposes of this examination the claim will be 
treated as reading "a version number". Further, it is not clear what functionality is being 
described here. Specifically, the claim does not clearly indicate what "the version 
number on the new ... Requirement" is updated to. In other words, the new requirement 
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was presumably assigned a version number when it was created, changing this number 
would appear to result in an unintended value. 



Claim Rejections - 35 USC § 101 

35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 7-12 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. 

Claim 7 recites "A method of automatic uploading of the requirements of UML 
models created by a modeling tool, and updating the UML models ... exporting the 
requirements entered into the model to a requirements management tool" and as such 
is not tied to another statutory class (such as a particular apparatus) and does not 
transform underlying subject matter (such as an article of materials) to a different state 
or thing. More specifically, the claim does not recite any particular structure or 
requirements for the claimed "tools" and thus only claims them abstractly. 

Claims 8-12 depend from claim 7 and are rejected accordingly. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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Claims 7-9 are rejected under 35 U.S.C. 103(a) as being unpatentable over US 
2005/0125769 to McGovern et al. (McGovern) in view of "Requirements Based 
UML" by Schuiz (Schuiz). 

Claim 7: McGovern discloses a metliod of automatic uploading of the requirements of 
models created by a modeling tool, and updating the models, created during the 
creation of the elements of the model, comprising the steps of: when the model is 
stabilized (par. [0075] "Each iteration corresponds to a set of completed functional 
groups, a functional group comprising one or more related use cases"), exporting the 
requirements entered into the model to a requirements management tool (par. [0034] 
"use cases are stored in an asset repository according to a meta module which allows 
retrieval of use cases for re-use"; par. [0073] "use cases define a set of requirements for 
a project"), automatically creating a navigation module including all the objects pointed 
at by at least one requirement and a requirements module of level n (par. [0091] "Links 
an Action (step) to a Collaboration (use case), ... the Collaboration (use case) is a more 
detailed representation of the Action (step) ... this relationship ... allows one to navigate 
any depth of abstraction"). 

McGovern discloses a model, including requirements, created in a modeling tool, but 
does not explicitly disclose that the model is a UML model. 
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Schuiz teaches a UML model including requirements (Abstract "Requirements-Based 
UML"). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to create UML models (Schultz Abstract "Requirements-Based UML") 
defining the objects in McGovern's system (par. [0091] "Links an Action (step) to a 
Collaboration (use case)"). Those of ordinary skill in the art would have been motivated 
to do so because UML "is a notational standard that can be used to implement the tasks 
within a methodology ... without requiring retraining of the workforce" (Schuiz pg. 307, 
last partial par.) 

Claim 8: The rejection of claim 7 is incorporated; further McGovern discloses the 

requirements module of level n is linked to another upstream requirements module of 
level n+1 defined previously (par. [0091] "Links an Action (step) to a Collaboration (use 
case), ... the Collaboration (use case) is a more detailed representation of the Action 
(step)"). 

Claim 9: The rejection of claim 7 is incorporated; further, McGovern and Schuiz teach 
requirements modifications are performed in the UML model, with the modeling tool 
(McGovern par. [0052] "the present invention provides ... a software development tool"; 
Schuiz pg. 308, 4'^^ full par. "After the first level of UML diagrams is completed ... the 
requirements are refined"). 
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Claim 10 is rejected under 35 U.S.C. 103(a) as being unpatentable over US 
2005/0125769 to McGovern et al. (McGovern) in view of "Requirements Based 
UML" by Schuiz (Schuiz) in view of Applicant Acknowledged Prior Art techniques 
(AAPA). 

Claim 10: The rejection of claim 7 is incorporated; furtlier McGovern and Scliuiz do not 
teacli tine modeling tool is "RHAPSODY" and that the requirements management tool is 
"DOORS". 

The applicant acknowledges that RHAPSODY and DOORS were products known and 
used in the prior art which respectively provided modeling and requirements 

management tools (pg. 1, When modeling a project ... use is currently made [of] 
"RHAPSODY" ... a requirements management tool such as "DOORS" ... is made 
available"). 

It would have been obvious to one of ordinary skill In the art at the time the invention 
was made to make use of prior art known products (AAPA pg. 1 , When modeling a 
project ... use is currently made [of] "RHAPSODY" ... a requirements management tool 
such as "DOORS" ... is made available") for performing the functionality taught by 
McGovern and Schuiz (Schuiz pg. 308, 4"^ full par. "After the first level of UML diagrams 
is completed ... the requirements are refined"; McGovern par. [0034] "use cases are 
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stored in an asset repository according to a meta module wliicli allows retrieval of use 
cases for re-use"). 

Claim 11 is rejected under 35 U.S.C. 103(a) as being unpatentable over US 
2005/0125769 to McGovern et al. (McGovern) in view of "Requirements Based 
UML" by Schuiz (Schuiz) in view of Applicant Acknowledged Prior Art techniques 
(AAPA) in view of US 6,751,795 to Nakamura (Nakamura). 

Claim 1 1 : The rejection of claim 10 is incorporated; further McGovern and Schuiz teach 

during successive importations the following steps are carried out 
creation of two new modules: 

a UML_DOORS Requirements Module containing the set of 
UML_DOORS Requirements corresponding to all the UML Requirements 
contained in the UML model imported (Schultz pg. 308, 6"^ full par. "the 
requirements are refined into more detailed textual technical specifications."; pg. 
315, last par. "a request during the change control process as well as ensuring 
that changes are completely propagated throughout the development model"), 
and 

a UML navigation module representing the new UML [navigation] model 
(Schultz pg. 308, 6'^^ full par. "In turn, these specifications are then related to the 
next round of UML diagram objects"). 
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updating of tlie former UML DOORS Requirements Module (Schultz pg. 315, 
last par. "a request during the change control process as well as ensuring that changes 
are completely propagated throughout the development model"), 

creation of the navigation links between the former UML_DOORS Requirements 
Module and the new UML navigation module (Schultz pg. 316, 6* par. Traces are also 
established between the requirements and UML objects"). 

McGovern and Schuiz teach updating the UML_DOORS Requirements Module and the 
UML navigation module, but do not explicitly disclose analyzing the updates to between 
the two UML_DOORS Requirements Modules. 

Nakamura teaches analysis of updates to be performed (col. 2, lines 62-67 "The 
difference detector 1 1 1 compares files ... and outputs the list describing the presence or 
absence of the files and the differences in content between the files"). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to analyze the updates (Nakamura col. 2, lines 62-67 "The difference 
detector 1 1 1 compares files ... and outputs the list describing the presence or absence 
of the files and the differences in content between the files") to the UML_DOORS 
Requirements Modules (Schultz pg. 308, 6* full par. "the requirements are refined into 
more detailed textual technical specifications."; i.e. to detect changes between the 
different levels of refinement) and to delete the unused old UML Navigation module and 
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the new UML_DOORS requirements module once the changes had been applied 
(Nakamura col. 3, lines 8-9 "deletes unnecessary files"). Those of ordinary skill in the art 
would have been motivated to do so as a known and obvious means of implementing 
the disclosed functionality (Schultz pg. 315, last par. "changes are completely 
propagated throughout the development model"). These changes would have been well 
within the level of ordinary skill in the art, and would have produced only the expected 
results of applying the changes (Schultz pg. 315, last par. "changes are completely 
propagated throughout the development model"). 

Claim 12 is rejected under 35 U.S.C. 103(a) as being unpatentable over US 
2005/0125769 to McGovern et al. (McGovern) in view of "Requirements Based 
UML" by Schuiz (Schuiz) in view of Applicant Acknowledged Prior Art techniques 
(AAPA) in view of "Requirements Traceability in an Integrated Development 
Environment" by I. Macfarlane and I. Reilly (Macfarlane). 

Claim 12: The rejection of claim 10, is incorporated; further McGovern and Schuiz 
teach if a UML Requirement already imported during a previous importation is modified 
in the model, there will be, during the following importation: 

creation of a new UML_DOORS Requirement corresponding to the UML 
Requirement (Schuiz pg. 308, 6'^^ full par. "the requirements are refined into more 
detailed textual technical specifications."); 
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creation of a link between the former and the new UML Requirement (Schuiz pg. 
316 3''" par. "requirements in earlier stages of development should have traces to 
requirements in later stages of development"); 

transfer of the incoming and outgoing links from the former to the new UML- 
DOORS Requirement (Schuiz pg. 316, 6'^ par. Traces are also established between the 
requirements and UML objects"); 

McGovern and Schuiz do not explicitly teach updating the version number on the new 
UML_DOORS Requirement. 

Macfarlane teaches updating a version number on a new requirement (Abstract 
requirements traceability is supported in [a] version control and configuration 
management environment"; the explicitly disclosed management of requirement 
versions implies an updated version number). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to update the version number (Macfarlane Abstract "version control"; Schuiz 
pg. 316, last par. "makes change control an objective, rational process") of a 
requirement (McGovern par. [0073] "a set of requirements for a project"). Those of 
ordinary skill in the art would have been motivated to do so as an aspect of 
implementing a version control system to support the requirements generation 
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(Macfarlane pg. 116, col. 1, 3'^'^ par. "Great importance is also put upon ... version 
control and configuration management"). 



Conclusion 

Any inquiry concerning this communication or earlier communications from tlie 
examiner sliouici be directed to Jason D. Mitchell whose telephone number is (571)272- 
3728. The examiner can normally be reached on Monday-Thursday and alternate 
Fridays 7:30-5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Bullock Lewis can be reached on (571 ) 272-3759. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Jason D. Mitchell/ 

Primary Examiner, Art Unit 2193 



